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SYSTEM, METHOD AND COMPUTER 
PROGRAM PRODUCT FOR A UNIVERSAL 
COMMUNICATION CONNECTOR 

CROSS-REFERENCE TO RELATED APPLICATION 

This application is related to provisional application serial number 60/237,212, 
filed 10/2/2000. entitled "Universal Communication Connector," which is assigned to the 
same assignee as the present application, and is hereby incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention is related generally to network communication, and more 
particularly to configuring and re-configming a router to accommodate variations in 
parameters for changing from one network interface device to another for the router's 
network connection. 

Related Art 

For data-intensive service operations where the operations are in many, widely- 
distributed locations, such as where data is logged for well drilling or production, it is 
conventional that the service provider has centralized information handling resources 
which are physically distant from the remote data acquisition sites but accessible by a 
wide area network ("WAN"). From time to time at least some of the data logged at one 
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of the remote sites needs to be sent to the information handling resources via the WAN. 
Also, the remote location sometimes needs to be served by the information handling 
resources via the WAN. 

In an application like this, the WAN may be a private network, but it is 
convenient for it to at least be compatible with the hiternet. That is, being a private 
network, the network does not handle messages sent from outside the network to 
recipients who are also outside the network. However, with respect to Liteniet 
compatibility, the network does pennit communication between hosts on the private 
network and hosts on the Internet outside the private network. Therefore, to facilitate this 
compatibility with the outside world, hosts on the private WAN may be assigned IP 
addresses from among the public IP addresses available for Internet communications. 
This presents a problem due to the large number of data acquisition sites, and even larger 
number of hosts, since each data acquisition site typically has its own local area network 
to which numerous hosts are connected. Purchasing and maintaining public IP addresses 
for all these hosts may be very expensive. 

Task priorities and scarcity of public IP addresses may lead to another problem. 
In the context of well logging, data acquisition is usually a much higher priority than 
connecting to the WAN and centralized information handling resources. That is. data 
acquisition sites for well logging are commonly mobile units that connect and disconnect 
from the network as they travel from one well location to another. Establishing a link to 
the WAN at a remote location takes time, whereas there may be a pressing need for data 
acquisition to commence immediately upon a mobile data acquisition unit airiving at the 
location. So the service provider's technician may immediately set up one or more data 

59.0040 V] 3 pat app Page 2 of 40 1/^/01 

12 08 PM 



59.0040 

acquisition hosts on a local area network ("LAN") in the mobile unit, with attendant IP 
address, subnet mask and gateway assignments. Then, once the service provider's 
technician has begun data logging, he or she may turn to establishing a WAN link, such 
as by setting up a satellite dish. 

Moreover, to conserve the number of public IP addresses used by the service 
provider, it is common that non-public IP addresses are assigned to one or more of the 
hosts on the LAN. Thus, once the WAN equipment is in place, the IP address for one of 
the hosts may have to be changed to one of the public IP addresses so that the host can 
communicate on the WAN. When the host is perfon-ning well logging by communicating 
with down-hole data transmitters on the LAN, changing the host's IP address temporarily 
disrupts communication between the host and the transmitters. Obviously it is 
disadvantageous to interrupt well logging in order to initiate communication on the 
WAN. 

Another problem that must be dealt with for this system concerns security. That 
is, an extensive private WAN such as tWs greatly improves communication between the 
data acquisition sites and other information handling resources, but it also gives rise to 
security issues. In this context security is particularly important, since the data collected 
for a client at a remote location ordinarily has great commercial value. Security 
difficulties are aggravated in the paiticular circumstances of the present invention 
because of the mobile units connecting and disconnecting from the network. 

From this background it should be appreciated that there are a number of 
problems which need to be addressed to manage connection of data acquisition sites to a 
network. 

59.0040 V 1 3 pat app Page 3 of 40 , /5,o , 

12 08 PM 



59.0040 



SUMMARY 

The foregoing needs are addressed in the present invention as follows. In one 
embodiment, a system for managing communication on a network includes a host 
connected to a LAN. In a particular embodiment, the host is in a mobile data acquisition 
unit for a well-logging operation. The host acquires data from a data acquisition device, 
such as a down-hole transmitter, that is also connected to the LAN. There is also a router 
connected to the LAN for connecting to the WAN. 

Mobile data acquisition units tend to move about from day-to-day. Even though 
the WAN is consistent at the Internet protocol layer from one location to the next, the 
comiection type, such as Ethernet. Dialup analog. Satellite, Wireless networks, etc., 
needed from one location to the next may vary. Since data acquisition personnel have 
expertise in fields other than network interfacing, they are not well suited to handle 
frequent changing of network interface parameters. It is therefore advajitageous for the 
system to facilitate easily making interface connections for the variety of network types. 
This could be achieved by having a dedicated router pre-configured by a router/network- 
interfacing expert for each respective network interface device, however, this would be 
expensive. In contrast, according to an embodiment of the present invention network 
interface devices are provided for a variety of connections to the WAN. but only the one 
router is connected directly to the LAN. However, the system advantageously provides 
for easily configuring and re-configuring the router, even by a non-expeit. to 
accommodate the variations in parameters for changing from one network interface 
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device to another. In one aspect of an embodiment, the router has a configuration file for 
performing an initial, automatic configuration when the router is booted. 

The host has a processor and a storage unit with a software program stored 
thereon. The configuring of the router by the bootable configuration file enables the 
router to communicate with the host program so that a user can select a network 
connection type using an interface of the program on the host, and the program can then 
further automatically configure the router with parameters for the selected connection 
type. When it is configured for communication with the program the router may be 
referred to herein as a Universal Communication Connection Device ("UCCD"). 
Accordingly, the progi-am includes, in one embodiment, a UCCD Manager program. 

In one embodiment, in case the router is not pre-loaded with the initializing 
bootable configuration file, the UCCD Manager program has instructions that operate 
with the host processor to login to and configure the router, in order to make the router 
recognizable by the host on the LAN and enable the flii-ther configuring for the selected 
network connection type. 

Furthermore, in an additional aspect of an embodiment, the invention is 
advantageous in that despite changes in network connections, the hosts on the LAN do 
not have to change configuration to communicate on the WAN. That is, the system 
provides for automatically configuring the router to substitute a network address of the 
router in place of a network address of the host, so that the host can communicate to the 
WAN. Any change in configuration to accommodate a change in network connections 
can be made in the router, preserving the configuration of the host, that is. without 
changing the host configuration. In one embodiment, this configuring is also done by the 
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configuration file upon booting the router. In one embodiment, this is done at least partly 
by the UCCD Manager program. This is advantageous because this translation of 
addresses tend to hide the devices on the LAN from the WAN. which helps conserve 
public network addresses. Furthermore, by pemitting the configuration of hosts on the 
LAN to remain static, communication is not disrupted between a host and a data 
acquisition device on the LAN even during configuring for a new network connection to 
the WAN. 

In another aspect, the UCCD manager program also includes instructions for 
querying and for monitoring the mobile unit router. 

In a still further aspect, the router is connected to the WAN via a second router. 
The second router supports one or more hosts on a second LAN. Neither the first nor 
the second router automatically updates, in its respective router table, nodes (i.e., devices 
which can communicate on a network, e.g., hosts and data acquisition devices) on either 
the first or the second LAN. 

In a further aspect of hiding devices on the first LAN from the WAN, the first 
router is configured not to send to other routers in the WAN a table of IP addresses of 
nodes on the first LAN. In various embodiments this configuring may be done by the 
bootable configuration file or the UCCD Manager program. 

It is another advantage of the foregoing that the first router isolates the first LAN 
from the WAN connection, so that if there are problems on the WAN, the nodes on the 
first LAN are not exposed to them. Numerous additional aspects of the system in 
general, and the UCCD Manager program in particular, are described in further detail in 
the following. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the invention are set forth in the 
appended claims. The invention itself, however, as well as a preferred mode of use. 
further objectives and advantages thereof, will best be understood by reference to the 
following detailed description of an illustrative embodiment when read in conjunction 
with the accompanying drawings, wherein: 

FIG. 1 shows a system 100 for managing a network connection between a data 
acquisition site and a WAN. according to an embodiment of the present invention. 

FIG's 2A, 2B and 2C illustrate, in flow chart form, certain method steps according 
to an embodiment, 

FIG. 3 illustrates certain more detailed aspects of the structure and functioning of 
the system 100, including the UCCD Manager software program, according to an 
embodiment. 

FIG. 4 illustrates a main UCCD interface display of the Manager program. 
FIG. 5 illusti'ates a parameter display of the Manager program. 
FIG. 6 illustrates an initialize display of the Manager program, 
FIG. 7 illustrates a local area network information display of the Manager 
program. 

FIG. 8 illustrates a wide area network information display of the Manager 
program. 

FIG. 9. illustrates another view of the main display of FIG. 4 

FIG. 10 illustrates an Ethernet parameters display of the Manager prograin. 
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FIG. 1 1 illustrates a UCCD diagnostics display of the Manager program. 
FIG. 12 illustrates another view of the main display of FIG. 4. 
FIG. 13 illustrates a modem parameters display of the Manager program. 
FIG. 14 illustrates another version of the diagnostic display of FIG. 11, 
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DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

In the following detailed description of the preferred embodiments, reference is 
made to the accompanying drawings illustrating embodiments in which the invention 
may be practiced. It should be understood that other embodiments may be utilized and 
changes may be made without departing from the scope of the present invention. 

FIG. 1 

Referring now to FIG. 1, a system 100 is shown for managing a network, 
according to an embodiment of the invention. In this embodiment, the system 100 
includes a mobile data acquisition unit 105 in a truck 155. The system 100 includes a 
host 120 in the unit 105 comiected to a first LAN 130. The host 120 acquires data from a 
data acquisition device 140, such as a down-hole transmitter, that is also connected to the 
LAN 130. There may be numerous hosts 120 and data acquisition devices 140 connected 
to the LAN 130, although for illusti-ation only one of each is shown. The system 100 
assists in managing a number of network connections, including for example, a 
connection between the first network 130 and the WAN 1 10. which in the embodiment of 
FIG. 1 includes a connection between the first network 130 and a second LAN 180. 

Mobile data acquisition units such as unit 105 move about from day-to-day. Even 
though the WAN 1 10 is consistent at tlie Internet protocol layer from one location to the 
next, the connection type, such as Ethernet, Dialup analog. Satellite. Wireless networks, 
etc., needed from one location to the next may var>'. That is. different network interface 
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devices 150 may be needed from one location to the next, and the parameters for the 
various network interface devices 150 vary at the physical and data link layers. 

In the embodiment of FIG. 1, network interface devices 150 are provided for a 
variety of connections to the WAN 110, but only a single router 1 15 is connected directly 
to the LAN 130. The router 115, however, is advantageously easy to configure and re- 
configure, even by a non-expert, to accommodate the variations in physical and data link 
parameters. The router 115 also isolates the mobile LAN 130 from the WAN 110 
connection, so that if there are problems on the WAN 110. the nodes on the LAN 130 are 
not exposed to them. 

hi the embodiment of FIG. 1. the router 115 has a configuration file 1 16 stored on 
a storage unit 1 17 of the router 115, that automatically configures the router 1 15 to be 
recognizable by the host 120 as a UCCD (and therefore also referred to as UCCD 1 15) on 
the LAN 1 30 when the router 1 1 5 is booted. That is, the configuration file 116 contains 
instructions, which are automatically executed by a processor 118 of the router 115 upon 
booting, and which thereby perform configming operations. This configuring includes 
causing the router to be assigned a certain IP address, subnet mask and default gateway 
with which hosts 120 and data acquisition devices 140 on the LAN 130 ai-e configured to 
communicate. 

In one embodiment, the router 115 also has a reader 119. such as a disk drive, for 
reading a portable storage device, such as a diskette 121 or compact disk. According to 
this embodiment, the configuration file 1 16 is stored on the removable storage device. 

According to another configuring aspect, the host 120 has a processor 126 and a 
storage unit 124 with a UCCD Manager softwai-e program 122 stored thereon. This 
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UCCD Manager software 122 has instructions which the host 120 uses to initiate a 
connection through a network interface device 150 to the WAN 1 1 0. The UCCD 
Manager program 122 also has instructions that operate with the processor 126 to further 
configure the router 115. That is, besides the router 1 15 being configured by the 
configuration file 1 16 to be recognizable by the host, etc., as was described above, the 
router is also configurable from the host 120. via the UCCD Manager program 122. to 
properly to communicate with the WAN 110. That is, it was described above that the 
router 1 15 is automatically configured by the bootable configuration file 1 16 for 
recognition by the mobile unit host 120, but in an alternatiA^e embodiment, the router 115 
is configured by the UCCD Manager program 122 instead of, or in addition to the router 
115 booting a configuration file 1 16. 

The UCCD Manager program 122 provides a set of menus and windows for the 
user to select the type of connection to be made. The UCCD manager has a point and 
click user interface that is installed via a conventional CDROM using the industry 
standard '^setup.exe^' installation procedure. Once the connection type is specified and 
the user clicks ^"connect/' the user can then observe the UCCD Manager program 122 do 
the following: configure the router 115 appropriately, instmct the router 1 15 to make the 
connection, test each step as the connection progresses, and finally test data transmission 
over the newly established link. If anything goes wrong during the connection setup, 
messages and dialog boxes appear to help the user diagnose the problem. 

As stated above, in one embodiment, numerous hosts 120 may be on LAN 130. 
According to this embodiment, once a connection through an interface device 150 is 
established, any node on the LAN 130 can access any IP based application elsewhere on 
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the LAN 130 or the WAN 110. IP appHcations include web browsers, Telnet, E-mail, 
FTP, InterACT. TransACT, etc. Multiple nodes can share this netw^ork connection. For 
instance, two hosts 120 on the LAN 130 can share the same comiection and be 
transmitting and/or receiving data essentially simultaneously. 

While the hosts 120 and data acquisition devices 140 have private network 
address that are not recognizable by. or that may conflict with a netv/ork address of 
another device on the WAN or on the Internet, the network address of the router 1 15 is a 
unique public address that is compatible with the WAN 1 10 and does not conflict with 
hosts one the WAN 1 10, such as hosts 160. 165 and 170. In one embodiment, this 
includes addressing compatibility not only with hosts on a private WAN 1 10. but also 
with hosts on the Internet. 

In order to deal with the foregoing compatibiHty issues, the router 1 15 is also 
configured to substitute a network address of the router 1 1 5 in place of a network address 
of the host 120, so that the host 120 can communicate to the WAN 1 10. This translating, 
wherein the router's address is substituted for that of nodes on the mobile unit LAN 130, 
the router 115 essentially 'Glides" the other nodes from the WAN 110. That is. the nodes 
can initiate connections to the WAN 110, including the Internet, but no one can connect 
to them. This security feature makes use of a known Network Address Translation 
(NAT) convention. The steps necessary to configure NAT on a router conventionally 
require numerous commands, but according to an embodiment of the present invention, 
the user can cause this configuring to occur automatically by a single click of a button on 
an interface display of the UCCD Manager 122. 
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Since some of the mobile unit acquisition hosts 120 need to occasionally run 
''servers'' to which hosts within the service provider's WAN 1 10 will connect (data 
transfer ser^dces with Trans ACT for example), the UCCD Manager program 122 also 
provides the ability to ahematively expose a LAN 130 host 120 to the outside and thus 
5 allowing inbound connections to it. 

Routers are conventionally configured to automatically monitor and update 
themselves and other routers in the network regarding identity of newly connected hosts 
on the network. As a result new hosts in the network are automatically recognized so that 
they can communicate with other hosts in the network. According to an embodiment of 
•J 10 the present invention, the convenient result of automatic updating is forgone for the 
in router 1 15 in the LAN 130, in order to achieve improved security. Also, the router 1 15 is 

C connected to the WAN 1 10 via a second router 1 80. The second router 1 80 is in a shop 

M and supports a number of hosts 160, 165 and 170 on a second LAN 190 for the shop. 

Neither the mobile router 1 1 5 nor the shop router 180 automatically updates, in its 
J 1 5 respective router table, nodes (i.e., devices which can communicate on a network, e.g., 
|I hosts and data acquisition devices) on either LAN 130 or LAN 190, 

While this security arrangement helps prevent unauthorized hosts from gaining 
network access, it also presents a problem for communicating with hosts newly 
connected to the network. Without the mobile router hiding from the WAN those other 
20 devices that are on the mobile unit LAN, this security arrangement poses a particularly 
acute problem for the present network, since, as stated above, mobile units frequently 
connect to and disconnect from the network, and they may have numerous hosts. In a 
further aspect of the "hiding" of LAN 130 nodes from the WAN 110, the mobile router 
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115 hides the nodes by not sending to other routers in the WAN 130 a table of IP 
addresses of the devices on the mobile LAN 130. 

FIG, 2A 

Referring now to FIG. 2 A, method steps are shown for aspects of configuring the 
router by the UCCD Manager program, according to an embodiment. Upon physically 
connecting the router 1 15 (i.e. "UCCD") (Fig. 1) to the WAN 1 10 (FIG. 1), for example 
by a phone line for dialup, or by an Ethernet cable to a satellite ("VSAT") network 
interface device 150 (FIG. 1). method steps for the UCCD include the following: 

At 202 in FIG. 2A. run the UCCD Manager application 122 (FIG. 1) on one of the 
hosts 120 (FIG. 1). If the router 1 15 is not recognized by the application 122 at 204 as 
being properly configured as a UCCD, then the user is presented a choice for selecting at 
206, via an interface in the program 122 described hereinbelow, to configure the router 
115 properly. Once initial configuring of the router 1 1 5 as a UCCD is done, the 
application 122 displays the current type of network connection the UCCD is configured 
for, and presents the user a choice at 208 to accept the type of connection or change it. If 
the user chooses to accept the current type of connection, then at 210 the UCCD Manager 
application 122 tests the router 115 connection, and at 212 updates the Manager 122 
display to show status. At 214 the router 1 15 is connected to the router 180 on LAN 190 
and thus to the WAN 1 10. (It should be understood that since router 1 80 is connected to 
the WAN 1 1 0, if the router 1 1 5 has a network connection to router 1 80 router 1 1 5 and the 
nodes on LAN 130 are thus connected to the WAN. although as has been previously 
described, the router 115 may hide the nodes on the LAN 130 from the WAN 110.) 
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If the user chooses at 208 not to accept the current connection type, then at 216 
the Manager 122 prompts the user to select which type is desired. Once the user selects 
the type, the Manager 122 at 218 detennines whether the selected type of connection has 
been used before and if it has been used, the Manager 122 displays at 220 whatever 
5 parameters are currently set, and gives the user a choice whether to accept the settings. If 
the selected connection type has not been used before, or the user chooses not to accept 
settings currently set for a type used before, then at 222 the user fills in parameters for 
the connection type. At 224 the user initiates a connection by clicking a button on the 
Manager 122 interface. The Manager 122 then configures the router 1 1 5 at 226 
10 according to the choices made, and proceeds to step 210, previously described. 



FIG. 2B 



m Referring now to FIG. 2B, additional method steps are illustrated according to an 

□ embodiment. In a first step, 230, instructions, i.e., the Manager program 122 instructions, 

D are executed by the host 120 (FIG. 1), to assemble first configuring instructions 375 

p 15 (FIG. 3) for the router 115 (FIG, 1) from a template file 365 (FIG. 3), (It should be 

understood that the term "instructions" as used herein, such as to describe that which is 
assembled for executing by the router 1 1 5, may include parameters and router 
commands.) 

Next, in step 234, the first configuring instrucfions are sent by the host 120 via the 
20 first network 130 (FIG. 1) to the router 1 15. Next, in step 238, configuring instrucfions 
are executed by the router, including the first configuring instructions 375. The 
configuring instructions executed by the router could also include other instructions. For 
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example, they could include instructions 116 (FIG. 1) that the router executed upon 
booting. 

According to an embodiment. Step 238 includes the result of executing the 
configuring instructions by the router, that is, a step of configuring the router and 
establishing communication between the host 120 and the router 115. As previously 
stated, it is advantageous that the configuring does not disrupt network communication 
between the host 120 and the data acquisition device 140 on the LAN 130. 

FIG. 2C 

Refemng now to FIG. 2C, additional aspects of step 238 are illustrated, according 
to an embodiment. Although steps 242-248 are shown preceding step 250, it is not 
intended that FIG. 2C implies any particular sequence of the steps. That is, some of the 
steps could occur before others in one embodiment, but not in another. Some steps may 
not occur at all. Also, to some extent the sequence of steps is determined by a user's 
interaction with the Manager program 122 (FIG. 1). 

In connection with step 242, it should be understood that the host 120 has a 
predetermined configuration, including parameters 530 (FIG. 5) defining a certain 
identity. That is. the parameters 530 define an identify for a node that the host 120 will 
recognize on the LAN 130. In an aspect of the configuring of step 238. according to step 
242 the certain identity is assigned to the router 1 15, so that the network communication 
between the host 120 and the router 1 15 is established by the host 120 recognizing the 
router identity defined by the parameters 530. (It should be understood that the tenn 
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"network communication" as used herein, refers to communication at the network layer 
or above, in OSI specification terms.) 

In step 244. the configuring of step 238 that results from the router executing the 
configuring instructions includes the host 120 logging in to the router 1 15 to initialize the 
network communication on the LAN 130 between the router 115 and the host 120. This 
is done using log-in parameters, such as shown in FIG. 6. parameters 650. 

In step 246. the router 1 1 5 is configured to substitute a netw ork address of the 
router 115. for exanmple, an address included in parameters 530 described in the 
preceding paragraph, in place of a network address of the host 120. This enables 
communicating between the host 120 and one of the second netw^ork hosts, such as host 
1 60 or one of the others on LAN 1 90 or WAN 110. An example of such a network 
address for the host is shown in FIG. 7, parameters 750. 

In step 248. the router 1 1 5 is configured to not send addresses of nodes in the first 
network, e.g., an address included in parameters 750, to other routers, such as to one of 
the routers 160. etc. in LAN 190 and WAN 110, 

In step 250. the router 1 1 5 is configured to make a network connection to the 
LAN 130, and hence the WAN 1 10 . so that the network communication between the 
hosts such as hosts 160. etc. and the router 1 15 is established by the hosts 160. etc. 
recognizing the router 1 1 5 identity via the netw^ork connection. This includes setting 
parameters in the router 115 such as parameters 1210 of FIG. 12 to establish the 
connection. 
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FIG. 3 

Referring now to FIG. 3, structure and functioning are shown in more detail for 
aspects of the system 100, including the UCCD Manager program 122, according to an 
embodiment. Inside the Manager application 122, there are five functional pieces. 

The User Interface 310 is a Windows based application that presents various 
context sensitive windows that make it easy for users to setup and select a variety of 
network connections. The Interface 310 is color sensitive to make is easy to see the 
status of a connection and take appropriate action if necessary. It provides real-time data 
flow metrics, on-line help (both from the pull down menu and also context sensitive 
help). It also provides debugging aids to assist the user if serious problems occur. 

The Manager Engine 320 provides an interface among the User Interface 310. and 
modules described below that configure the router 115 and monitor state and status 
infonnatiom and initialization ("INU) files 360 and template files 365. The INI files 360 
and template files 365 provide detailed data necessary to program the router 1 1 5, store 
user configuration information, and maintain listings of supported configurations that 
have been tested and knowii to work. More specifically, the INI files 360 contain 
groupings of Variable names and their associated values, while template files 365 contain 
router 115 operating system commands v^ith variables that are interpreted prior to 
downloading to the router 115. 

Users do not interact directly with the files 360 or 365. The Manager application 122 
does this on the user's behalf as the user makes connection selections from the graphical 
User Interface 310. The Manager Engine 320 does not communicate directly with the 



59.0040 V I 3 patapp 



Page 18 of 40 



1/5/0] 
]2,08 PM 



59.0040 

router 115. but interfaces with modules described below to send and receive data from 
the router 115. 

The Configuration Module 330 assembles instructions, which may include commands 
and parameters, to be sent to the router 115. The instructions may be sent as a tile to 
5 download or merely as individual commands or a series of commands to be issued to the 
router 115. The bulk of the configuration of the router 115 tliat is done by the Manager 
program 122 is handled by downloading in TFTP protocol 352 a pre-defmed 
configuration file 375 containing multiple router 115 commands. To construct such a file 
for downloading, the Configuration Module parses the template files 365 and INI files 

tfl 10 360. In one embodiment, these files 360 and 365 are stored on the storage unit 124 (FIG. 

^ 1) when the UCCD Manager program 122 is installed on the host 120. 

2 Below are two examples of template files 365 used by the UCCD Manager. Each 

l'^'' file contains one or more router 115 operating system commands. 

When the Manager 122 is called upon to download a configuration, the Manager 

Lfl 15 Engine 320 locates the appropriate template file 365 and the Configuration Module 330 
begins parsing tlii'ough the file 365 line-by-line. Commands preceded with an are 
treated as comment lines. Each line can contain one or more variables. Variables 
requiring parameter substitution are enclosed with square braces. When the parser 
encounters a set of square braces, it looks up the particular variable in memory or the 
20 local or common UCCD.ini file, and substitutes the cun-ent value for the variable. If no 
variable is found (an error condition), the line is written to the output file as a comment 
with an attached error message. If another template file is referenced within the current 
file being read by the Manager 1 22. the file reference is preceded with a ^'#'\ If the 
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parser encounters a it treats the remainder of the line as a filename, and then 
recursively processes that file as well. 

1605R- Sync-async.txt 



IConfiguration script for a 1605R router with a Senai WIC card and used 

!to connect an Async device to the SenalO interface 

I 

interface EthernetO 
#tennpiate-Ethernet_LAN txt 

! 

interface Ethernetl 
#template-!nterface_Shutdown txt 
! 

interface SerialO 
physicai-layer async 
#tem plate-Senal.txt 

! 

Line 1 

#tem plate-Line txt 



20 #tempiate-SNi\/!P txt 



end 



Template-Serial.txt 



... 25 



3 30 



35 



40 



45 



description Analog Modenn, Celluiar Modem or Inmarsat ASD Connection 
p address negotiated 
p nat outside 
p access-group 1 11 in 
no ip route-cache 
no cdp enable 
encapsulation ppp 
ppp authentication chap pap callin 
!ppp chap hostname <Username> 
!ppp chap password <Password> 
pulse-time [DTRPuiseTime] 
no dialer 

dialer [DialMethod] 
Idialer idle-timeout <id!eTimeout> 
dialer enable-timeout [WaitFor Retry] 
dialer wait-for-carrier-time [WaitForCarner] 
Idialer stnng <PhoneNumberO> - this is passed in later 
dialer-group 1 
crypto map regmap 
! no shutdown 
I 

!Setup Easy IP - le Port address translation 

ip nat inside source list 100 interface [DefaultRoute-Current] overload 



this IS passed in later 
this is passed m later 



• passed in at connect time 



A file 375 is produced as a result of the above described parsing. The file 375 has 
50 instrucfions compatible with the router 1 1 5 operating system format that can be 



59.0040 vi 3 patapp 



Page 20 of 40 



1/5/0! 
12 08 PM 



59.0040 

downloaded to the router 115 via TFTP protocol 352 from within the Manager 
application 122. The Communications Module 350 has controls that supplies the TFTP 
protocol 352, as well as the Telnet and SNMP protocols, so after the Configuration 
Module 330 assembles the file 375, the Communications Module 350 handles the 
5 downloading. The controls handle setup and tear-down of connections, transmission of 
data, and en'or reporting of the connection itself The interface of the Manager program 
122 on host 120 to the router 1 15 is done via an Ethernet link on the LAN 130. The 
router 115 supports several IP protocols. TFTP (Trivial File Transfer Protocol) is used to 
download softw^are and configuration files to and from the router 115. Telnet is used to 

^ 10 send individual commands to the router 115 and monitor important console messages. 

""4 

111 SNMP (Simple Network Management Protocol) is used to watch the router 11 5 for 

y events and to query and set various router 115 parameters and states. The commands and 

'"^ messages sent between the router 1 1 5 and the Manager software 122 are router 1 15 

commands and file downloads that a ^'router experf would perform by logging into a 
III 15 router and issuing a series of commands, then analyzing the output to ensure all is well. 

The UCCD Manager program 122 also monitors the mobile unit router 115, That 
is, the State and Status Module 340 captures error messages and router events via the 
Communications Module 350 and passes them to the Manager Engine 320 for 
processing. SNMP protocol 356 is used to check and toggle the state of interfaces. 
20 Telnet protocol 354 is used to send individual commands to the router 1 15 to make small 
updates or query for information not provided by SNMP 356. 
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FIG. 4 

Referring now to FIG. 4. a main UCCD interface display 410 is shown. Tliis 
display 410 is shown when the UCCD manager 122 (FIG. 1) is invoked. The first display 
410 represents components from the users network 130 (FIG. 1), to the UCCD router 1 15 
(FIG. 1), through network interface devices 150, then finally on to the connection to the 
WAN 110 (FIG, 1). Components such as the host 120 (FIG. 1) and the router 1 15 in the 
netv/ork 130 are clickable buttons which allow the user to interrogate the various 
components, and change parameters. 

The Manager program 122 seaixhes the network 130 (FIG. 1) for a UCCD 1 15 
(FIG, 1) . If found, the Interface 310 (FIG. 3) reports information in the "Messages'' 
dialog box 420, and turns the line 428 between the Local network connection button 425 
to the UCCD button 430 to green. According to the embodiment, in display 410 line 
colors change with connection status, and button labels become enabled or disabled 
appropriately. The message window 420 displays a scrolling list of information 
messages and en^or conditions. 

The status bar 440 at the bottom of the display 410 shows data rates flowing 
through the UCCD to and from the WAN 110 and also the connection up time. 

The lines such as line 428 on the display 410 represent connections between 
various components and are color coded. RED indicates a connection is down. 
YELLOW indicates a wait state (waiting to dial for example). GREEN indicates an 
active connection. 

When minimized and visible in the Windows Toolbar, an icon for display 410 is 
color coded to show the current state of the connection between the UCCD 115 and the 
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WAN 1 10, so the state of the connection is visible without restoring tlie display 410 to a 
window. 

FIG. 5 

Clicking the UCCD button 430, invokes a parameter display 510 shown in FIG. 5, 
that shows general read-only parameters of the UCCD 115. Also this display 510 
contains an Initialize button 520 to invoke the initialize display 610 of FIG. 6, to initialize 
or re-initialize the router 115. 

FIG. 6 

The initialize display of FIG. 6 includes controls to modify and re- write the boot- 
up configuration of the router 115. At the top of the display 610. there are radio buttons 
with allow one to configure the router 115. If router 115 has not already been otherwise 
configured to be recognizable by the host 120 and its UCCD Manager program 122, such 
as by the bootable configuration file described hereinabove, then in order to initialize 
network communication with the router 115, button 614 must be activated and login 
information must be supplied to the router 1 15 by the program 122, as shown in the New 
Router Login area 620 of display 610. This will allow the Manager 122 to gain access to 
the router 115 and configure it with a UCCD startup file. Doing so will also allow the 
manager to change the login of the router 1 15 to that of a UCCD. 

If router 115 has already been configured to contain special account and password 
information so as to be recognizable by the host 120 and the Manager program 122, the 
UCCD router 115 can be re-configured by activating button 612, and supplying 
infoimation to the router 1 1 5 via the Router Configuration Info area 630 of the display 
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610. In this case, no login inforaiation is needed in the New Router Login portion 620 of 
display 610. Only the following can be changed in the Router Configuration hifo area 
display 610: the routers name, the list of DNS servers, and a list of one or more WINS 
name servers for Microsoft networking. 

Regardless of whether the configuring is an initial configuration or a re- 
configuration, once the proper infonnation is filled in for the display 610, cHcking the 
Configure button 640 instructs the Manager 122 (FIG, 1) to generate a configuration data 
file and store it peiTiianently on the router 115. From this point, the Manager program 
122 will now recognize the router 1 1 5 so that it can be managed by the program 1 22. 

FIG. 7 

A Local Network Infonnation display 710 shown in FIG. 7 can be viewed by 
clicking on button 425 of display 410 (FIG. 4). This display 710 shows the current host 
120 that is running the Manager 122. In addition, the display 710 contains selections for 
exposing a host 120 on the local network 130 for the UCCD 1 15 to the WAN 110. 

With button 720 selected, as shown in FIG. 7, all hosts 120 on the UCCD's 
netw^ork 130 are "hidden'' from access by all hosts external to the UCCD's netw^ork 130. 
The hiding results from address translation described hereinabove. This is a security 
feature which is selected as a default. However, there are situations when a host 120 on 
the UCCD's network 130 is required to run a service that must be made available to the 
outside. With a click of radio button 730 the host 120 running the UCCD Manager 
program 122 can be exposed. Button 740 permits some other host 120 at a designated 
address to be exposed to the WAN 110. On the main display 410, there is a Lock icon 
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450 that visually indicates whether all hosts 120 are secured or whether some host 120 is 
exposed to the WAN 110. 

FIG. 8 

A Wide Area Network hifomiation display 810, shown in FIG. 8, can be viewed 
by clicking on button 430 of display 410 (FIG. 4). This display 810 shows a list of IP 
addresses that can be pinged by the Manager program 122 (FIG. 1) to test connectivity. 
When a connection is requested by a user, the Manager program 122 sets up the router 
115, tests intemiediate network interface devices 1 50 (FIG. 1). then performs an end-to- 
end test to ensure a viable connection exists. 

F/G. 9 

The UCCD Manager 122 (FIG. 1) supports a variety of network connections used 
by hosts 160 etc. (FIG. 1) on the WAN 110 (FIG. 1). Referring now to FIG. 9, another 
view is shown of main display 410. Clicking on the dropdown list button 910 shows a 
list of connections in drop doAvn list 920 supported by this router 115 (FIG. 1). The list 
920 is dynamically constructed and shows connection types only appropriate for the 
router 115. For example, in FIG. 9 a serial network interface card 150 (FIG. 1) is 
required for Inmarsat and Modem connections shown in the list 920. If router 1 15 had an 
ISDN network interface card 150 instead of a serial card, the list 920 w^ould not contain 
the Inmarsat or Modem items, but instead w^ould show ISDN as a connection option. 
This list 920 of connections is obtained from data in the UCCD.ini file 360 (FIG, 3). As 
new connection options become available, updating the INI file 360 is all that is required 
to support the new connections. 
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FIG. 10 

Refemng to FIG. 1, a setup button 450 is shown. When selecting a connection 
type that is Ethernet based, such as SHOP or VS AT connections in the embodiment of 
FIG. 9. the Ethernet parameters display 1010, shown in FIG. 10, displays IP address and 
Subnet Mask values. 

FIG. 11 

Referring to FIG. 1, a diagnostics button 460 is shown. Clicking on the 
diagnostics button 460 invokes the UCCD diagnostics display 1110 shown in FIG. 11. 
Typically enough information is contained in the Messages dialog box 420 (FIG. 1) on 
the main UCCD display 410 (FIG. 1), but should more serious problems arise, 
diagnostics can be run to assist in problem solving and results are shown in the 
diagnostics display 1110. At the top of the display 1 1 10, a cuixent connection info 
display area 1 120 shows the current connection and appropriate connection inforaiation. 
The information displayed in area 1 120 changes to reflect different parameters for 
different types of connections. At the center of the display 1 1 10. a debug results display 
area 1 130 shows results of debug information for the router 115 (FIG. 1). This 
infonnation in ai'ea 1 130 is the output of a Telnet session to the router 1 1 5 while debug is 
running. At the bottom of the display 1 1 10, a debug options display area 1 140 offers 
various debug options. Depending on the type of connection, the debug options change. 
For example, for ISDN the debug options area 1 140 lists ISDN related setup and 
monitoring options. For modem debugging, the options area 1 140 shows options dealing 
with dialer and connection events. Normally the interpretation of the debug output is 
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analyzed by more experienced users or network professionals when dealing with 
problems the Manager 122 could not deal with internally. 

F/G. 12 

Refening to FIG. 12. the main display 410 is show^n for a case wtere the user 
selected an analog modem connection from the drop down list 920. If the connection had 
been used previously, the Manager program 122 (FIG. 1) recalls the last Username and 
Phone Number called. Typically this is the same info needed to make the next call. To 
connect, the user clicks the Connect/Disconnect button 470. and the Manager 122 asks 
for the Password associated with the account. The Manager program 122 will then use 
this information to dial and authenticate a network connection. Once connected, if the 
user clicks the Connect/Disconnect button 470, the Manager 122 terminates the call 
immediately and removes any authentication from volatile memory 1 14 (FIG. 1) of the 
router 115. That is, for dial up connections, the UCCD Manager 122 passes username and 
account information necessary to authenticate connections to the router on as as-needed 
basis and does not store the dialup access infonnation pemianently on the router 115. In 
particular, if the router 1 15 is powered down or reset, no authentication information is left 
on it. As a result, passw^ords are not stored on the router. Since there is no login 
information kept on the router any third party attempting to use it would find no useful or 
service provider specific access informafion on it. Theft of a router or host with UCCD 
software on it does not provide the thief with any useful information for accessing the 
service provider. Only generic configuration information, such as its' name and local IP 
network setup are contained on the router 115 and host 120. 
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FIG, 13 

Clicking the setup button 450 when a modem connection is specified invokes the 
modem parameters display 1310, shown in FIG. 13, which provides a listing of the most 
recent phone numbers called and an associated reminder text to assist the user to identify 
the phone number. It also contains the Username and Password infonnation needed to 
authenticate the connection. To prevent excessive phone charges, the UCCD 115 (FIG. 
1) is configured to time out a dial up connection after a preset amount of time (typically 
about 5 minutes for a modem call). If there is no network activity during the timeout 
period, the UCCD 115 hangs up the call When network activity subsequently reoccurs, 
the UCCD 115 auto-dials the connection and re-establishes the connection without user 
intervention. The call idle timeout drop down list 1320 presents a choice of common 
timeout values, with 0 being "no timeout''. 

FIG, 14 

Refening to FIG. 14, another version of the diagnostic display 1 1 10 is show^n for 
a case of troubleshooting a dialup modem connection. At the top of the display 1110, the 
cun^ent connection info display area 1120 show^s the current connection and appropriate 
connection information appropriate for dialup connections. At the center of the display 
1110. debug results display area 1130 shows results of debug information for the router 
115 (FIG. 1) as appropriate for dialup connections. At the bottom of the display 1110, 
debug options display area 1 140 shows debug options appropriate for dialup connections. 
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It is important to note that while the present invention has been described in the 
context of a fully functioning data processing system, those of ordinary skill in the ait 
will appreciate that the processes of the present invention are capable of being distributed 
in the foi'm of a computer readable medium of instructions and a variety of forms and that 
the present invention applies equally regardless of the particular type of signal bearing 
media actually used to carry out the distribution. Examples of computer readable media 
include recordable-type media such a floppy disc, a hard disk drive, a RAM, and CD- 
ROMs and transmission-type media such as digital and analog communications links. 

It should be understood from the foregoing, that since data acquisition persomiel 
have expertise in fields other than network interfacing, and they are not well suited to 
handle frequent changing of network interface parameters, it is therefore advantageous 
that the system, method and computer program product of the present invention provides 
for easily configuring and re-configuring the router, even by a non-expert, to 
accommodate the variations in parameters for changing from one network interface 
device to another. Also, despite changes in network connections, the hosts on the LAN 
do not have to change configuration to communicate on the WAN. That is, the system 
provides for automatically configuring the router to substitute a network address of the 
router in place of a network address of the host, so that the host can communicate to the 
WAN. Translation of addresses tends to hide the devices on the LAN from the WAN, 
which helps conserve public network addresses. Furthermore, by peniiitting the 
configuration of hosts on the LAN to remain static, communication is not disrupted 
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between a host and a data acquisition device on the LAN even during configuring for a 
new networl<: connection to the WAN. It is another advantage of the foregoing that the 
first router isolates the first LAN from the WAN connection, so that if there are problems 
on the WAN, the nodes on the first LAN are not exposed to them. 

The description of the present embodiment has been presented for purposes of 
ilhistration, but is not intended to be exhaustive or to limit the invention to the form 
disclosed. Many modifications and variations will be apparent to those of ordinary skill 
in the art. For example, it should be understood that while the data acquisition unit 105 is 
shown as a mobile unit, it would be within the spirit and scope of the invention to 
encompass an embodiment wherein the unit is not mobile. For example, the division of 
configuring may vary among the configuring responsive to instructions in bootable file 
116 and that which is responsive to the instructions in the file 375 or in individual telnet 
354 or SNMP 356 commands sent to the router 1 15 by the host 120. In various contexts, 
the "configuring instructions'' referred to herein may include instructions in a file, 
individual instructions, or a series of instructions. To reiterate, the embodiments were 
chosen and described in order to best explain principles of the invention, the practical 
application, and to enable others of ordinary skill in the art to understand the invention. 
Various other embodiments ha\'ing various modifications may be suited to a particular 
use contemplated, but may be within the scope of the present invention as claimed. 
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